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(57) Abstract: The invention concerns a networking system for aeronautical equipment items onboard an heavier-than-air aircraft 
comprising, for each equipment item, an object-oriented interface (1, 2; 3, 4) with so-called object-front means (1, 2) for perceiving 
the onboard equipment whereto it is assigned, as an object, in terms of object-oriented programming, capable of communicating with 
S£ other objects in terms of object-oriented programming in accordance with an object-oriented client/server model and with so-called 
observer objects (2, 4) identifying events resulting from the operating conditions of the onboard equipment. 

(57) Abrege : Ce systeme de mise en nSseau d'dquipements aSronautiques embarquSs a bord d*un aerodyne comporte, pour chaque 
6quipement, une interface oriented objet (1, 2 ; 3, 4) avec des moyens dits facade objet (1, 3), lui permettant d'apprehender l'Squi- 
pement embarque" auquel elle est affected, en tant qu'un objet, au sens de la programmation orient£e objet, capable de communiquer 



avec d'autres objets au sens de la programmation orientee 
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objet selon un modele client/serveur oriente objet et avec des moyens dits observateurs (2, 4) recensant les eV6nements resultants du 
fonctionnement de Tequipement embarque. 
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SYSTEME DE MISE EN RESEAU ORIENTE OBJET D'EQUIPEMENTS 
AERONAUTIQUES EMBARQUES 

La pr6sente invention concerne les ^changes de donnees entre 
des 6quipements embarqu6s a bord d f un a6rodyne. 

Un aerodyne est equip6 de plus en plus d'equipements 
6lectroniques, certains captant les positions des Elements mobiles volets, 
5 gouvernes, aerof reins, trains d'atterrissage, etc., d'autres affichant les 
parametres de vol, d'autres aidant au pilotage ou £ la navigation comme le 
pilote automatique ou le calculateur de vol, d'autres permettant des 
^changes d'informations avec le sol ou avec d'autres aerodynes, d'autres 
encore assurant la surveillance de I'environnement proche de I'aerodyne, 
10 etc.. L'ensemble de ces equipements embarques £ bord d'un aerodyne est 
habituellement d6signe par le terme generique de systeme avionique. 

Les systemes avioniques sont tr6s divers d'un aerodyne a I'autre, 
et sont soumis, pour des questions de s£curit£, £ des procedures de 
certification qui rendent tr£s couteuses leur mise au point initiate et leurs 
15 modifications ulterieures pour des mise a niveau tout au long de la periode 
d'exploitation d'un aerodyne qui peut atteindre plusieurs decennies. 

La modification du systeme avionique d'un aerodyne implique, 
pour 6viter une perte de certification, de reprendre les procedures de 
certification aussi bien au niveau des gquipements modifies ou ajout&s qu'au 
20 niveau des consequences de ces modifications ou ajout d'equipements sur 
les equipements preexistants non modifies du systeme avionique. 

Par exemple, I'ajout d'un 6quipement anticollision avion demande 
un raccordement avec le calculateur de vol pour la fourniture, £ I'equipement 
anticollision, du vecteur vitesse et des coordonnees de position de 
25 I'aerodyne. Si un tel raccordement n'a pas et§ prevu lors de la conception du 
calculateur de vol, sa creation implique des modifications au niveau du 
calculateur de vol entraTnant pour celui-ci la necessity d'une reprise plus ou 
moins complete des procedures de certification le concernant. 

La modification et la recertification d'equipements existant du 
30 systeme avionique d'un aerodyne en vue d'ajouter un nouvel 6quipement est 
une operation qui est souvent compliquee par le fait que le fabricant de 
I'equipement a rajouter est souvent different de ceux des equipements 
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preexistants & modifier, ce qui implique la mise en place de cooperations 
entre fabricants differents avec leurs lots de negociations, qui alourdissent 
considerablement le cout et le temps n6cessaire a la mise a jour d'un 
systeme avionique. 

5 

La presente invention a pour but de faciliter Introduction d'un 
nouvel equipement dans un systeme avionique, lorsque ce nouvel 
equipement doit 6changer des informations avec des equipements deja en 
place, mais non initialement prevus pour coop6rer avec le nouvel 
10 equipement, cela en utilisant Tapproche de la programmation orientee objet 
vis a vis des differents equipements du systeme avionique. 

Elle a pour objet un systeme de mise en r6seau d'equipements 
aeronautiques embarques a bord d'un aerodyne comportant, pour chaque 

15 equipement, une interface orientee objet avec des moyens dits facade objet, 
lui permettant d'apprehender Tequipement embarque auquel elle est 
affectee, en tant qu'un objet, au sens de la programmation orientee objet, 
capable de communiquer avec d'autres objets au sens de la programmation 
orientee objet selon un modele client/serveur oriente objet et avec des 

20 moyens dits observateurs recensant les evenements resultants du 
fonctionnement de Tequipement embarque. 

L'approche des 6quipements embarques d'un aerodyne en tant 
qu'objets, au sens de la programmation oriente objet, capables de 
communiquer selon un module client/serveur oriente objet permet de les faire 

25 dialoguer entre eux tout en les considerant comme des boTtes noires, c'est-a- 
dire en faisant abstraction de la fa?on dont ils remplissent les taches ou 
services auxquelles ils sont d§volus. Cela minimise les interventions sur les 
equipements existants et done les operations n6cessaires a la recertification 
d'un systeme avionique modifie. 

30 La conception de la facade objet d'une interface orientee objet 

permettant de percevoir un equipement a6ronautique embarque d bord d'un 
aerodyne en tant qu'un objet, au sens de la programmation orientee objet, 
capable de communiquer selon un modele client/serveur oriente objet et de 
ses moyens observateurs recensant les evenements resultant du 

35 fonctionnement de Equipement est rendu possible par le fait que les 
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differents etats que peut prendre un equipement a6ronautique, les differents 
messages qu'il peut traiter, les services qu'il rend ou les procedures qu'il 
engage d la suite de ces messages, et les tenements resultant des 
services rendus ou procedures engagees sont toujours tr£s pr6cisement 
5 repertories dans les specifications des constructeurs. 

Avantageusement, une interface orientee objet comporte une 
fagade objet pourvue de services de communication par abonnement 

Avantageusement, les interfaces orientees objet communiquent 
entre elles en respectant la norme CORBA etablie par rObject Management 
10 Group". 

Avantageusement, les interfaces orientees objet communiquent 
entre elles en respectant le protocole Java Remote Method Invocation etabli 
par la societe Sun Microsystem, Java etant une marque deposee par cette 
derniere societe. 

15 Avantageusement, les interfaces orientees objet communiquent 

entre elles en respectant le protocole Simple Object Access Protocol etabli 

par le "World Wide Web Consortium". 

Avantageusement, les interfaces orientees objet communiquent 

entre elles par Tintermediaire d'un objet au sens de la programmation 
20 orientee objet, dit objet adaptateur, pourvu moyens d'adaptation de la forme 

des messages et tenements emis par les interfaces orientees objet pour 

qu'ils soient compris de I'interface orientee objet destinataire. 

Avantageusement, lorsque les interfaces orientees objet 

communiquent entre elles par Tintermediaire d'un objet adaptateur, le 
25 systeme de mise en reseau renferme un objet de configuration connaissant 

tous les objets du r6seau et tous les services et s'occupant de la creation des 

objets adaptateurs. 

Avantageusement, lorsqu'un bus a§ronautique dedte 

interconnecte les equipements embarques, il est utilise pour raccorder des 
30 interfaces orientees objet d leurs equipements d'affectation. 

Avantageusement, lorsqu'un bus a6ronautique dedte 

interconnecte les equipements embarques, il est utilise pour raccorder des 

interfaces orientees objet a leurs equipements d'affectation et pour relier 

entre elles les interfaces orientees objet. 



35 
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D'autres avantages et caracteristiques de I'invention ressortiront 
de la description ci-apres d'un mode de realisation donne a titre d'exemple. 
Cette description sera faite en regard du dessin dans lequel : 

- une figure 1 est un schema illustrant une interface orientee objet 
5 selon invention pour un equipement anticollision avion, 

- une figure 2 est un schema illustrant un mode de communication 
direct entre les interfaces orientees objet d'un calculateur de vol 
et d'un equipement anticollision avion places a bord d'un 
aerodyne, 

io - une figure 3 est un schema illustrant un mode de communication 

indirect, par I'interm6diaire d'un objet adaptateur, entre les 
interfaces orientees objet d'un calculateur de vol et d'un 
equipement anticollision avion places a bord d'un aerodyne, 

- une figure 4 est un schema illustrant le raccordement d'une 
15 interface orientee objet a un calculateur de vol dans le cas ou ce 

dernier est accessible par un bus avion d6die, et 

- une figure 5 est un schema illustrant un mode de communication 
indirect, par I'intermediaire d'un objet adaptateur, entre I'interface 
orientee objet d'un equipement anticollision avion et I'interface 

20 orientee objet d'un calculateur de vol greffee £ ce dernier par 

I'intermediaire du bus aeronautique d6di6. 

La programmation orientee objet, connue sous le sigle OOP tire 
de I'anglo-saxon "Object Oriented Programming", cherche £ maitriser la 

25 complexity croissante des programmes d'ordinateur en organisant un 
programme d'ordinateur comme des ensembles cooperants d'entites 
informatiques autonomes dites objets, constitutes a la fois de donn6es et 
d'une collection de structures et de procedures liees. Elle fait I'objet d'une 
abondante litterature auquel le lecteur peut se rapporter pour une 

30 connaissance detaillee notamment le livre de Grady BOOCH intitule :"Object 
Oriented Design with Application" paru aux editions Addison-Wesley Pub. 
Co. (fevrier 1994) ISBN :0805353402. II suffit, pour la suite, de savoir qu'un 
objet au sens de la programmation orientee objet, modeiise le comportement 
d'une entite du monde reel apprehende a partir d'un etat courant de I'entite, 

35 des services ou procedures que I'entite peut executer, de la forme des 
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messages et des parametres permettant de requ6rir ces services ou 
procedures, et des 6venements resultant des services ou procedures 
executes. La structure effective de I'entite mod6lisee, c'est-d-dire la maniere 
dont elle execute des services ou procedures n'est pas prise en compte dans 
5 I'objet qui la modelise, ce qui rend le module d objet de la programmation 
orientee objet particulierement interessant dans le cas d'equipements dont 
on cherche a modifier 1'utilisation sans pour autant toucher & leurs structures 
ou aux services qu'ils rendent. 

Les objets cooperent selon un module client/serveur, un objet 

10 etant consid6r6 comme serveur lorsqu'il execute un service sur la demande 
d'un autre objet, et comme client lorsqu'il est demandeur d'un service de la 
part d'un autre objet. 

Dans le cas du systeme avionique d'un aeronef, chaque 
6quipement tel que le pilote automatique, le calculateur de vol, le routeur de 

15 communication, etc. peut avoir son comportement mod6lis6 par un objet au 
sens de la programmation orientee objet, au moyen d'une interface orientee 
objet avec une fagade objet renfermant un enregistrement de l'6tat courant 
de I'equipement et decrivant forrnellement les services rendus avec leurs 
parametres d'appel, et avec des moyens observateurs collectant les 

20 evenements resultant de Texecution des services demandes. 

Plus pr6cisement, les moyens observateurs peuvent etre des 
objets comportementaux au sens du chapitre "observer" du livre intitule 
"Design Patterns" 6crit par Erich Gamma et al. et publi£ aux editions 
"Addison-Wesley Professional Computing Series" ISBN : 0-201-63361-2. 

25 Pour que des equipements modeiises par des objets au sens de la 

programmation orientee objet communiquent entre eux selon un modeie 
client/serveur oriente objet, il suffit d'ajouter, a leurs facades objet, des 
services ou procedures qui leur sont propres, specialises dans la 
communication entre objets et accessibles des autres objets par 

30 abonnement, et de munir les equipements modeiises destines & etre 
utilisateurs de services rendus par d'autres equipements modeiises, de 
bases de connaissance de services rendus par d'autres objets. 

La figure 1 illustre un exemple d'interface orientee objet adaptee a 
un equipement anticollision avion connu sous le sigle TCAS tire de I'anglo- 

35 saxon "Traffic Collision Avoidance System". Cette interface orientee objet se 
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compose d'une fagade objet 1 et de moyens observateurs 2. Dans la fagade 
objet 1, l'£tat courant de I'equipement TCAS est identifie par des valeurs de 
parametres 10 rep6rees par leurs noms precedes d'un signe moins en 
prefixe alors que les services rendus par I'equipement TCAS et leurs 
5 parametres d'appel 11 ainsi que les services de communication par 
abonnement 12 rendus par l'interface orientee objet elle-meme, sont reperes 
par leurs noms precedes d'un signe plus en prefixe. Dans les moyens 
observateurs 2, les ev6nements decoulant des services rendus par 
I'equipement TCAS sont identifies par des valeurs de parametres 20 reperes 

10 par leurs noms precedes d'un signe plus en pr6fixe. 

La fagade objet 1 est un nouvel acc&s aux services rendus par 
I'equipement TCAS, tandis que les moyens observateurs 2 constituent une 
base des evenements a notifier aux objets clients qui se sont abonn6s. 

La figure 2 illustre un exemple de couplage d'un equipement 

15 TCAS avec un calculateur de vol connu sous le sigle FMS tire de Panglo- 
saxon "Flight Management System" en vue de r6aliser une fonction de 
detection de conflit et d'anticollision. Dans cet exemple, I'equipement TCAS 
et le calculateur FMS sont considers comme des objets au sens de la 
programmation objet, Tun etant pourvu d'une base de connaissance des 

20 services rendus qu'il peut etre amen6 a demander & I'autre et 
r6ciproquement pour r6aliser la fonction de detection de conflit et 
d'anticollision avion. 

Le calculateur FMS est pourvu, comme I'equipement TCAS d'une 
interface orients objet qui le mod6lise en tant qu'objet au sens de la 

25 programmation orientee objet. 

Dans un but de simplification, seules les interfaces orientees objet 
ont et6 representees sur la figure 2. L'interface orientee objet de 
I'equipement TCAS avec sa facade objet 1 et ses moyens observateurs 2 est 
reprise de la figure 1. L'interface orientee objet du calculateur FMS pr£sente 

30 6galement une facade objet 3 et des moyens observateurs 4 mais ceux-ci 
sont adaptes au comportement du calculateur FMS. La fagade objet de 
l'interface orientee objet du calculateur FMS identifie I'etat courant du 
calculateur FMS par des valeurs de parametres 30 rep6rees par leurs noms 
pr6c§d§s d'un signe moins en prefixe et les services rendus par le 

35 calculateur FMS et leurs parametres d'appel 31 ainsi que les services de 
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communication par abonnement 32 rendus par Pinterface orientee objet (3, 4) 
elle-meme , par leurs noms precedes d'un signe plus en prefixe. Les moyens 
observateurs 4 identifient les ev6nements cons6cutifs aux services rendus 
par le calculateur FMS par des valeurs de paranrtetres 40 reperes par leurs 
5 noms precedes d'un signe plus en pr6fixe. 

Les interfaces orientees objet 1 , 2 de Pequipement TCAS et 3, 4 
du calculateur de vol sont directement couplees en ce sens que chacune 
d'elles est cliente de Pautre et souscrit directement des abonnements aupres 
de Pautre lorsque le besoin s'en fait sentir . Elles sont reliees dans les deux 

10 sens, au niveau logique par des liens "est un" 5, 6 et au niveau physique, par 
une liaison de transmission 7, 8. 

Ce mode de couplage direct entre Pinterface orientee objet 1 , 2 de 
Pequipement TCAS et Interface orientee objet 3, 4 du calculateur FMS 
implique que Pinterface orientee objet 1, 2 de Pequipement TCAS non 

15 seulement modeiise Pequipement TCAS en tant qu'objet au sens de la 
programmation orientee objet mais egalement envoie, a Pinterface orientee 
objet 3, 4 du calculateur FMS, des messages de demande de service selon 
la forme ou protocole utilise par cette derniere et est capable d'interpreter la 
forme sous laquelle Pinterface orientee objet 3, 4 du calculateur FMS lui 

20 communique les 6v6nements resultant de Pexecution des services 
demand6s. II implique de meme que Pinterface orientee objet 3, 4 du 
calculateur FMS non seulement modelise le calculateur FMS en tant qu'objet 
au sens de la programmation orientee objet mais egalement envoie, a 
Pinterface orientee objet 1, 2 de Pequipement TCAS, des messages de 

25 demande de service selon la forme ou protocole utilise par ce dernier et est 
capable d'interpreter la forme sous laquelle Pinterface orientee objet 1 , 2 de 
P6quipement TCAS lui communique les 6v6nements resultant de Pex§cution 
des services demandes. 

Le couplage direct necessite de concevoir une interface orientee 

30 objet non seulement en fonction de Pequipement & mod£liser en tant qu'objet 
au sens de la programmation orientee objet mais egalement en fonction des 
interfaces orientees objet des 6quipements avec lesquelles elle peut etre 
amenee a etre en relation. Cette contrainte implique la remise en cause des 
interfaces orientees objet des equipements d'un systeme avionique a chaque 

35 ajout d'un nouvel equipement ou & chaque modification du protocole des 
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messages acceptes par une interface orientee objet ou des ev§nements 
qu'elle 6met. Une telle remise en cause n'est pas souhaitable car elle oblige 
a reprendre les procedures de certification de toutes les interfaces orientees 
objet modifi6es. 

5 Pour 6viter d'avoir a tenir compte, lors de la conception d'une 

interface orientee objet, des caracteristiques des autres interfaces orientees 
objet avec lesquelles elle peut etre amenee a communiquer, on propose, 
relativement a la figure 3, un autre exemple de couplage d'un equipement 
TCAS avec un calculateur FMS en vue de r6aliser une fonction de detection 

10 de conflit et d'anticollision, Tun et I'autre etant toujours consid6r6s comme 
des objets au sens de la programmation objet. Dans cette autre forme de 
couplage, les interfaces orientees objet 1 ,2 et 3,4 de l'6quipement TCAS et 
du calculateur FMS ne sont plus mises en relation directe mais par 
I'intermediaire d'un autre objet 9, toujours au sens de la programmation 

15 orientee objet, dit objet adaptateur, effectuant les adaptations necessities 
par les eventuelles differences de protocole des messages et evenements. 

Sur la figure 3, on retrouve interface orientee objet 1, 2 de 
I'equipement TCAS et I'interface orientee objet 3, 4 du calculateur FMS. 
Celles-ci s'ignorent tout en ayant connaissance d'un ensemble de services 

20 accessibles. A chaque expression d'un besoin de service de la part de I'autre 
equipement, un cbjet adaptateur 9 specifique est cree pour les mettre en 
relation et assurer les conversions de protocole necessaires. 

L'objet adaptateur 9 est relie, dans les deux sens par des liaisons 
de transmission 100, 101 a I'interface objet 1, 2 de I'equipement TCAS et a 

25 I'interface objet 3, 4 du calculateur FMS. II est abonne en tant que client a 
ces deux interfaces objet 1 , 2 et 3, 4 au moyen de liens "est un" 103, 104. 

Un autre objet 15 dit de configuration, qui connait tous les objets 
et tous les services, s'occupe de creer les objets adaptateurs 9 en fonction 
des besoins d'interconnexion. 

30 Aucun savoir-faire applicatif (autre que protocolaire) n'est integr6 

dans les objets adaptateurs 9. 

L'experience montre que les temps de calcul associ&s & ces 
formatages sont faibles par rapport aux temps de traitement pris par les 
services rendus. Le cout de developpement de ces objets adaptateurs est, a 

35 priori, faible puisqu'il ne s'agit que de formatage de donn6es. 
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L'intEret majeur des objets adaptateurs 9 est le faible couplage 
entre modules objets qu'ils autorisent. Ce faible couplage permet, de 
cantonner I'essentiel des consequences de I'insertion d'un nouvel 
equipement dans un systeme avionique, a la creation de nouveaux objets 
5 adaptateurs, les equipements prEexistants subissant eventuellement une 
mise a jour de leur base de connaissance des services rendus pour y 
integrer des services rendus par le nouvel equipement et des EvEnements 
qu'il est susceptible de produire. 

Les interfaces orientees objet 1 , 2 ; 3,4 et les objets adaptateurs 9 

10 respectent avantageusement une norme ou protocole duplications 
distributes hEtErogenes comme la norme CORBA Etablie par l ,M Object 
Management Group" ou le protocole Java Remote Method Invocation etabli 
par la sociEtE Sun Microsystem, Java etant une marque deposee par cette 
derniere societe ou encore le protocole Simple Object Access Protocol Etabli 

15 par le "World Wide Web Consortium". 

Une interface orientee objet d'un equipement, qui permet le 
passage entre le monde non-oriente objet d'un Equipement et le monde 
oriente objet du systeme de mise en rEseau est une machine logique qui 
peut etre rEalisEe en logique combinatoire ou sEquentielle, soit a I'aide de 

20 circuits specialises montes sur une carte Electronique fille placee dans le 
boitier de I'Equipement modelise et raccordee aux bus propriEtaires de ce 
dernier, soit en utilisant du temps de calcul d'un calculateur appartenant a 
I'Equipement modElisE. Dans les deux cas, I'ajout d'une I'interface orientee 
objet porte atteinte £ I'intEgritE d'un equipement qui doit subir de nouveaux 

25 tests pour conserver sa certification. Ces deux manieres de faire ne sont bien 
adaptees qu'& un nouvel Equipement con?u, des I'origine avec une interface 
orientee objet. Pour les Equipements dEja presents dans le systeme 
avionique elles posent toujours le problEme de la recertification meme si 
celui-ci est attEnuE par le fait que la structure de I'Equipement n'est pas 

30 touchEe. 

La figure 4 montre une autre fa$on d'ajouter une interface orientEe 
objet d un Equipement embarquE £ bord d'un aEronef, lorsque celui-ci est 
raccordE a un bus aEronautique dEdiE de transmission de donnEes comme 
c'est le cas par exemple du modele d'avion commercial Boeing 777 fabriquE 
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par la compagnie Boeing ou du futur module d'avion commercial A 380 en 
voie de construction par la compagnie Airbus. 

L'equipement concern^ est un calculateur FMS represents par 
son interface d'acces 50 a un bus aeronautique dedie 51. Son interface 
5 orientee objet avec sa fagade objet 52 et ses moyens observateurs 53 lui est 
raccordee par I'intermediaire du bus aeronautique dedie 51 et de son 
interface 50 d'acces au bus. 

La connexion au calculateur FMS, de son I'interface orientee objet 
52, 53 par I'intermediaire du bus aeronautique dedie 51 et de son interface 

10 d'acces 50 a ce bus aeronautique dedie 51 est rendue possible par le fait 
que Tinterface d'acces 50 est une machine logique prevue pour permettre au 
systeme avionique d'avoir access a I'ensemble des services que le calculateur 
FMS est capable de rendre (parametres precedes de fleches entrantes 
indexes par 500) et des ev£nements susceptibles d'etre produits par le 

15 calculateur FMS et de son etat (parametres suivis de fleches sortantes 
indexes par 501). 

Ce mode de raccordement rend possible un respect complet de 
Tintegrite du calculateur FMS et done de sa certification, si Ton accepte de ne 
pas faire ben6ficier le calculateur FMS des services de l'equipement TCAS 

20 ajoute. Dans ce cas, le calculateur FMS est uniquement vu par l'equipement 
TCAS comme un serveur eventuel mais jamais comme un client. 

La figure 5 illustre un exemple de couplage, du genre de celui de 
la figure 3, entre un equipement TCAS nouvellement ajoute a un systeme 
avionique et un calculateur FMS preexistant, accessible dans le systeme 

25 avionique par un bus aeronautique dedi§, en vue de realiser une fonction de 
detection de conflit et d'anticollision avion, sans toucher a Tintegrite du 
calculateur FMS pour conserver sa certification. 

Comme dans la figure pr6cedente, le calculateur FMS est pourvu 
d'une interface orientee objet, avec une fagade objet 52 et des moyens 

30 observateurs 53, qui lui est raccordee par I'internrtediaire du bus 
aeronautique dedie 51 et de son interface 50 d^cces au bus. L^quipement 
TCAS, qui est nouvellement rajoute au systeme avionique, est dote en 
interne d'une interface orientee objet avec une fagade objet 1 et des moyens 
observateurs 2. L'equipement TCAS et le calculateur FMS communiquent 

35 entre eux par rinterrrtediaire de leurs interfaces orientees objet 1, 2 et 52, 53 
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mises en relation par un objet adaptateur 9' et des liaisons de transmission 
102, 103 crees chaque fois que le besoin s'en fait sentir par un objet de 
configuration 1 5'. 

Dans le cas consid6re ici du respect total de Tintegrite du 
5 calculateur FMS preexistant du systeme avionique, un objet adaptateur 9' de 
mise en relation de l'6quipement TCAS et du calculateur FMS est 
uniquement abonne au calculateur FMS puisque ce dernier n'a pas ete 
conpu a I'origine pour ben6ficier des services rendus par I'equipement TCAS 
et que Ton ne veut pas toucher a son integrite. Cela n'empeche pas une mise 

10 d niveau ulterieure du calculateur FMS, au prix d'une recertification et de 
('utilisation d'objets adaptateurs abonnes a la fois au calculateur FMS et & 
I'equipement TCAS. 

Les liaisons de transmission 102, 103 entre interfaces orientees 
objet 1, 2 ; 52, 53 et objet adaptateur 9* peuvent emprunter le bus 

15 a<§ronautique d&di§, les donn6es echang6es entre eux mettant en oeuvre 
une surcouche de protocole avantageusement du genre protocole 
duplications distributes h£t£rog&nes comme la norme CORBA etablie par 
l ,H Object Management Group" ou le protocole Java Remote Method 
Invocation 6tabli par la soci6te Sun Microsystem, Java etant une marque 

20 d6pos6e par cette derniere soci6te ou encore le protocole Simple Object 
Access Protocol §tabli par le 'World Wide Web Consortium". 
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REVENDICATIONS 

1. Systeme de mise en r6seau d'equipements aeronautiques 
5 embarques & bord d'un aerodyne caracterise en ce qu'il comporte f pour 

chaque equipement, une interface orientee objet (1, 2; 3, 4) avec des 
moyens dits facade objet (1, 3), lui permettant d'apprehender I'equipement 
embarque auquel elle est affectee, en tant qu'un objet, au sens de la 
programmation orientee objet, capable de communiquer avec d'autres objets 
10 au sens de la programmation orientee objet selon un module client/serveur 
oriente objet et avec des moyens dits observateurs (2, 4) recensant les 
evenements resultants du fonctionnement de I'equipement. 

2. Systeme selon la revendication 1, caracterise en ce que une 
15 interface orientee objet (1, 2 ; 3, 4) comporte une facade objet (1, 3) pourvue 

de services de communication par abonnement. 

3. Systeme selon la revendication 1 , caracterise en ce que les 
interfaces orientees objet (1, 2 ; 3, 4 ; 52, 53) respectent un protocole 

20 duplications distributes heterogenes 

4. Systeme selon la revendication 1 .caracterise en ce que les 
interfaces orientees objet (1, 2 ; 3, 4 ; 52, 53) respectent la norme CORBA 
etablie par TObject Management Group". 

25 

5. Systeme selon la revendication 1, caracterise en ce que les 
interfaces orientees objet (1, 2 ; 3, 4 ; 52, 53) respectent le protocole Java 
Remote Method Invocation etabli par la societe Sun Microsystem, Java 6tant 
une marque deposee par cette derni&re societe. 

30 

6. Systeme selon la revendication 1, caracterise en ce que les 
interfaces orientees objet (1, 2 ; 3, 4 ; 52, 53) respectent le protocole Simple 
Object Access Protocol etabli par le "World Wide Web Consortium". 



35 



7. Systeme selon la revendication 1, caracteris6 en ce que les 
interfaces orientees objet (1, 2 ; 3, 4) communiquent entre elles par 
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I'intermediaire cTun objet au sens de la programmation orientee objet, dit 
objet adaptateur (9, 9'), pourvu moyens d'adaptation de la forme des 
messages et tenements emis par les interfaces orientees objet pour qu'ils 
soient compris de Interface orientee objet destinataire. 

5 

8. Systeme selon la revendication 7, caracterise en ce qu'il 
comporte un objet de configuration (15, 15') connaissant tous les objets, au 
sens de la programmation orientee objet, du reseau et tous les services et 
s'occupant de la creation des objets adaptateurs (9, 9'). 

10 

9. Systeme selon la revendication 7, caracteris6 en ce qu'un objet 
adaptateur (9, 9') respecte la norme CORBA etablie par l M, Object 
Management Group". 

15 10. Systeme selon la revendication 7, caracteris6 en ce qu'un 

objet adaptateur (9, 9') respecte le protocole Java Remote Method Invocation 
etabli par la societe Sun Microsystem, Java 6tant une marque d6posee par 
cette derntere societe. 

20 11. Systeme selon la revendication 7, caracteris§ en ce qu'un 

objet adaptateur (9, 9') respecte le protocole Simple Object Access Protocol 
6tabli par le "World Wide Web Consortium". 

12. Systeme selon la revendication 1, utilise dans un systeme 
25 avionique comportant un bus a§ronautique d6die (51), caracterise en ce que 

des interfaces orientees objet (52, 53) sont raccord6es a leurs equipements 
d'affectation par rintenrtediaire du bus a6ronautique dedi§ (51). 

13. Systeme selon la revendication 1, utilise dans un systeme 
30 avionique comportant un bus aeronautique d6die (51), caracterise en ce que 

les interfaces orientees objet (1,2; 52, 53) communiquent entre elles par 
rintermediaire du bus aeronautique d6di6 (51). 
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14. Systeme selon la revendication 1, caracteris6 en ce qu'un des 
equipements a6ronautiques est un equipement anticollision avion TCAS et 
un autre 6quipement a6ronautique, un calculateur de vol FMS. 
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Observateur TCAS 


Facade TCAS 




♦ SituationTraffic (Traffics) 
+ AlarmeNiveaul (Traffics) 

♦ AlarmeNiveau2 (Traffics) 


* void SetNewTrajectory (Waypoint) 
+ void AddNewTraffic (TrafficID) 
+ void RemoveTraffic (TrafficID) 
+ void SetLateraiSeparation (LatSep) 
+ integer GetNumberOfT raffic () 
+ integer ComputeMeanDensity () 

+ AddSubscription (Observer) 
+ RemoveSubscription (Observer) 

- Fireevent (SituationTrafficEvent) 

- Fireevent (AJarml Event) 

- Fireevent (Alarm2Event) 
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Appel de Services et 
N^N. production < 
^\Nli6y6nements f 

*f Adaptateur \ 



15' 
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Config 



Estun i 
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Appel de Services et 
.production d'ev6nements 



53 



\ 

At 



Observateur FMS 



+ NewTrajectory (Traj) 

+ WaypointSequenced (Waypoint) 



52 



Facade FMS 



+ void DirTo (Waypoint) 

+ void Hold (Waypoint) 

+ void Offset (Waypoint.Dist t Direction) 

+ AddSubscription (Observer) 
+ RemoveSubscription (Observer) 



Bus aferonautique d6dte 



r 



51 



Interface d'acces 
au bus 



E 



50 



FMS 

— > DirTo (Waypoint) 

— > Hold (Waypoint) 

— > Offset (Waypoint.Dist,Direction) 

Evt NewTrajectory — > 

Evt WaypointSequenced > 
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